之前在网上关于产品经理和项目经理有一句很精辟的解释: 产品经理——靠想。产品经理是做正确的事,其所领导的产品是否符合市场的需求,是否能给公司带来利润的。 项目经理——靠做。 项目经理是把事情做正确,把事情作得完美,在时间,成本和资源约束的条件下完成目标。 暂且不去评论这个说法正确与否,要了解产品经理与项目经理的异同,我们首先来聊聊什么是项目管理和产品管理。 1. 而我们所提到的产品经理则主要是负责市场调研、用户研究并根据用户的需求,定义和设计产品,然后考虑产品的商业模式、运营推广方式等。 2. 什么是项目和项目管理? 产品经理和项目经理的区别点 首先从硬性能力需求来说,项目经理需要有技术背景,比如在互联网公司的项目经理是由非常有项目开发经验的员工担当,他的职责在于将项目的目标转化为可以量化,可以定期实现的项目计划, 简单总结起来,产品经理是做正确的事,最重要的是了解和发现用户需求,并提供相应的产品去满足用户的需求,用好的用户体验去更好地满足用户需求;而项目经理则是把事情做正确,需要把项目做的完美,在时间、成本、资源约束的情况下完成项目目标
在做项目的时我们经常会面临各种各样的需求,有的需求来自领导的指示,有的需求来自用户的反馈,有的需求来自灵光一闪,有的需求来自团队其他小伙伴等等,那么对于各种需求我们应该如何处理和管理呢? 这个就是今天要和大家分享的内容:“产品经理需求池的管理”。 需求池是什么 需求池可以理解成一个产品迭代依据的库,数据库记录各种数据,那么需求池记录的是各种需求。 需求池应是为了需求的管理和团队协作,只要达到这个目标就好了,下面举个例子来简单说明下。 ? 反馈人 这个就是需求的来源,比如说领导、产品经理、运营、客户等等 描述 需求是怎么来的,描述需求得到时的状况。 版本 这个就是产品不同的版本对应着不同的需求,如实记录就好了。 需要注意的点 第一:产品优化属于需求,会放在需求池中,但是Bug不属于需求,Bug要放在Buglist中。
产品经理每天都在和各种需求打交道,但产品需求管理绝非易事,市面上大约60%的产品都是因需求管理失误而走向失败。 简单来说,产品经理要做好团队领头羊,通过需求管理确保团队做正确的事,并且是正确地做事。 (二)产品团队的需求管理分工角色主要职责产出成果产品经理主导需求全流程管理,对接用户与团队,协调各方资源推进需求落地产品需求文档、产品路线图交互设计师将需求转化为可视化设计,优化用户操作流程和界面体验原型设计 敏捷迭代管理:采用敏捷开发模式,以2-4周为一个迭代周期。每个迭代确定核心目标,集中资源完成部分需求,快速上线验证效果,根据反馈及时调整后续计划。实时监控进度:定期召开项目例会,同步需求进展。 这里可以使用项目管理工具来监控任务进度,如果发现某个需求的开发进度延迟,及时分析原因,调整计划或增加资源投入,确保需求顺利落地。
项目经理的定义是什么? 是由执行组织委派,领导团队实现项目目标的个人。 其角色和职责是什么? 沟通者、倡导者、顾问 影响力范围有多大? 项目、组织、行业、学科、跨领域 项目经理需要什么能力和职业素养? 技术项目管理,领导力,战略和商务管理。 有远见;积极乐观;乐于合作;管理关系和冲突;沟通;尊重他人;诚信正直果断勇敢;称赞;学习;关注重要的事情;以整体和系统的角度看项目;批判性思维;创建高效团队、服务导向、幽默。 技术项目管理,领导力,战略和商务管理。 技术项目管理技能主要的要求是什么? 战略和商务管理技能主要指什么? 包括纵览组织概况并有效协商和执行有利于战略调整和创新的决策和行动的能力。 表 3-1团队管理与团队领导力之比较 项目经理如何进行整合执行? 在哪些层面进行整合? 过程层面、认知层面和背景层面
理解需求是软件工程师所面对的最困难的任务之一,现代企业明确的分工下,产品经理往往担任着承担需求分析的重任,能不能对目标系统提出完整、准确、清晰、具体的要求,这很是考验产品经理的功力。 我自己也经历过这种天坑,由于前期的设计不当,导致后期的项目成型后核心功能跟客户要求的差异很大,但是代码已经写好了,很难通过小修小补去解决。 究其原因首先是产品经理获取需求的方法不当,使得需求分析不到位或不彻底,导致开发自己还需反复多次地进行需求分析,致使设计、编码、测试无法顺利进行;另外客户配合不好,导致客户对需求不确认,但这归根结底也可以算是产品的原因 2:行业新动态 产品经理需要获取业务领域内的相关知识,了解行业动向,当行业内有了新的知识(也就是说要掌握风口,但不要被风口带偏)并且与需求发生矛盾时,产品经理可以利用行业知识对各种需求进行权衡。 组织架构的影响会给我们产品经理带来新的需求,而且标准化的产品也需要按照实际的情况进行个性化的定制 三:表达需求 1:需求评审讲解前: 提前利用axure,所见即所得的特点,并辅助PRD,用来展示需求。
不是拿着书本各干各的书的学习 3.纷繁世界里有大量的需求,包括真需求,伪需求,因为需要产品经理用自己的判断去甄别,选择需求。 4.延伸思考 为什么要选择需求? 小公司,自建云,会存在较大的技术实现难度,若使用已有的公有云产品,虽每年支付服务费,但性价比更高。 (三)需求管理 ① 介绍 需求挖掘,需求分析,到形成需求清单,并将需求实现的过程。 ⑤ 需求池的复盘 产品经理应该培养习惯,定期如季度进行,原需求池规划的复盘,看已经规划的需求是否完成,完成的需求实际效果如何,以便于更好的调整需求规划。 ? 不要太自我,最后为这个产品买单的还是老板。 PS:其实需求管理就是根据分析出来的一条一条需求之后,查看真伪需求,优先级判定,形成对应的需求池。跟任何人PK,只要不踩到底线让一让没有关系。 很多时候跟项目经理进行PK的时候一些需求在下个版本,但是老板过来说这个需求很重要需要这个版本上,光明正大的可以拿着老板的尚方宝剑找项目经理来说了,逼项目经理加班,或者延迟一天发布。
为了避免此类问题出现,结合《IT售前工程师修炼之道》学习总结,建议如下: 1.尽早参与项目 作为项目经理,最好能在售前阶段参与项目支撑,了解客户的需求;同时,介入商务合同签订工作,由于商务合同涉及到项目交付物及验收标准流程 2.完成售前工作交接 若没有计划参与售前支撑工作,项目拿下后,在售前移交到交付环节时,项目经理需要搞清楚需求交接内容,同时深入推演和探索潜在需求,制定解决方案,避免后续无法应对。 其次,采用合适的沟通渠道和时间节点评估需求。比如:客户每周统一收集需求,并在周五将收集的需求以邮件的形式反馈给项目经理。 然后,项目经理组织研发对需求评估。 (3)若领导不同意,展现项目经理情商的时候到了,需要不断的跟客户周旋,将实施以后造成的影响同步给客户,同时,引导客户项目二期规划。 (2)降低反复提出“优化需求的可能性”。 增加试用时间,你们也可以安排产品或者运营同客户一起去操作,充分发现待优化需求。
kanass是一款简洁易用的项目管理工具,它为项目经理管理项目提供了更丰富、更简单的管理方式,本篇文章主要介绍项目经理如何通过kanass来管理项目。 1、创建项目点击项目->添加项目->选择项目模板系统提供多种项目模版,如敏捷式项目、瀑布式项目、混合项目、看板项目、IPD项目。项目经理可以根据自身的项目需求,选择任意模版创建。 选择项目模板后,根据项目实际情况填写信息,点击提交,项目创建成功属性备注项目key为项目创建一个key,创建后不可更改,且不能重复可见范围公共项目系统中的所有成员都可以进入到项目查看私密项目是只有此项目的成员才可以在项目列表中看到所属产品可以将项目与产品关联 若此处不关联产品,项目创建成功后不支持再次关联产品所属项目集可以将项目关联到项目集,非必填。 修改成员权限点击成员后的修改权限按钮,为其分配角色2.3修改角色权限点击权限->进入角色->权限,配置当前角色的权限3、规划与监控项目3.1甘特图在项目启动和规划阶段,项目经理可以使用甘特图来创建宏观的计划
第三课需求管理 1需求管理是什么 1.1需求挖掘:看四块,自己行业,总体趋势,未来方向,商业模式。最直接的需求一定来源于用户,用户访谈,用户反馈,调查问卷,社交平台。 1.2需求匹配:需求挖掘解决发现和确认需求问题,需求匹配解决要不要做的问题。 知彼:了解市场,了解用户,了解需求 知己:知道公司的资源是什么,公司的资源以及经济能不能够完成个人对业务的设计,公司处于什么样的一个阶段,身处所在的行业处于什么样的一个阶段 1.3需求排序 2行业阶段 技术萌芽期:探索技术可能性把技术转化为产品,市场验证mvp。 3.需求收集的原则和方法 标签墙 用户意见渠道 奖励机制 原始需求的管理 归类 统计 用户反馈分类 需求列表–原始表格 意识:时间管理四象限 GTD工具 4.需求评估 4.1:KANO法
产品经理 -> 创造产品 1.了解客户场景,收集用户反馈,分析用户行为及需求,对产品进行持续的优化和改进; 2、负责梳理产品需求,对安全产品版本进行规划设计和原型设计; 3、引导完成产品的界面、功能、 流程设计,协助开发人员进行开发工作,推动及协调产品的开发进度,把控项目质量; 项目经理 -> 保证项目顺利进展 1.进行多个项目的总体规划,把控项目关键节点; 2.对项目进行统一合同评审,对所设计技术文件的正确性负责 ,实时跟踪设计进展及设计质量; 3.审核项目设计方案、进行任务分解,实施组织、计划、指挥、协调职责,保证项目质量和目标得以实现; 4.负责项目整体管控,组织实施项目,按计划完成项目进度,同时对项目安全、 质量、工期及验收等负责; 5.负责项目团队建设和管理。
项目经理思维导图——4 项目管理中如何有效沟通?
ERP项目经理赵峰不知道是自己越来越理智了,还是屈服了,他再也不会让人签字确认什么需求分析文档——昨天的需求今天就变,即使签了字又能怎样?告状?罚款?一切都无济于事,满足生产管理才是首要任务。 项目小组:不懂业务也能做需求调研 早在XHC公司ERP项目启动前,项目经理赵峰就已经开始了需求调研工作。 在赵峰加入公司前,公司内部也开发过一些小项目,有些失败的项目归根结蒂就是因为没有经过充分的需求调研,因此,总经理也很支持赵峰的这种想法。 ERP项目组的需求调研是从发放调研问卷开始的。 赵峰:“对仓库,无非就是怎么入库、怎么出库、需要什么报表、与采购部怎么处理业务、与财务部怎么处理业务、与领料车间怎么处理业务等;对车间无非就是通过什么方式接到谁的指令后开始生产、怎么领料、产品给谁、生产过程中有什么单据流转等 面对业务人员对需求调研的无端职责,赵峰无可奈何,他真想将所有部门负责人签过字的需求文档捧到总经理面前评理,但除了让总经理训斥他们一顿外好像也不会起什么作用。
在同质化时代,质量、成本和创意成为企业的营收杠杆点,因此产品和项目质量的高低都会影响企业的营收。 由此就对项目经理的指挥能力,以及促进团队沟通、发挥团队优势以及运用项目管理工具都提出非常高的要求。 二、如何有效管理项目进度? 1、项目经理 作为项目主导者,项目经理要有能力从客户那里获取信息,把客户的需求反馈给团队,和团队成员开展协作,完成一个共同的目标并且获得客户的信任。 3、团队优势 团队里的成员各有优异,项目经理就需要认清团队成员的优势所在,扬长避短,合理分配每个人的工作,确保时间管理更有效,工作得以更快完成。 低代码平台可以搭建研发项目管理、轻量项目管理、计划与任务管理、项目收支、销售项目管理等系统,只需通过员工的简单操作,就可搭建一套高度具备企业特色的项目管理系统,解放项目经理,促进团队成员个人发展,大大提升企业项目管理的效率
项目经理是比较宽泛的用词,只要一个事项可以作为项目运作的管理者就可以称为项目经理,如:建筑项目经理、金融项目经理、制造业项目经理、研发经理等。 当项目比较大,项目被拆解为一个个目标相互关联的小项目,形成项目群(Program)管理,这种意义上的项目经理为项目群经理或是大项目经理(Program Manager)。 2.什么是产品经理? 二、项目经理和产品经理的职责 1.项目经理的职责 项目经理的有责任满足以下需求:任务需求、团队需求和个人需求。使用良好做法的知识、工具和技术实现有效的项目管理。 2.产品经理的能力 (1).产品经理的项目管理能力占全部的35% 好的产品经理首先是成功的项目经理,项目管理能力可以很好的管理产品,推进产品从诞生到铺开市场的各方管理,实现共赢; (2).产品经理的业务管理能力占全部的 产品经理不仅仅是对需求管理的好就可以了,这只是其中一小部分工作; 项目经理不仅仅是在开发技术很精湛就可以了,这都是能力体现的一小块; 产品经理更多关注的是外部,去开拓,去规划,去引领,根据市场动向开拓把产品推广出去
一旦产品经理确定了产品的方向和发展策略,他们就会把更多的时间花在任务执行和项目管理上。所以产品经理也得是一个很好的项目经理,这样才能保证产品的执行快狠准。 ? 产品经理和项目经理如何合作? 产品经理和市场部合作采访用户后提出用户需求,然后和数据部门合作评估市场前景。 然后仔根据调研情况,把它转化成产品需求文档,和工程师讨论什么能做,什么不能做。 确定了产品需求之后,再会把其中一些需要项目管理的功能交给项目经理。 项目经理: 项目经理拿到产品经理的需求后,会把它转化成一个个task ,然后安排给不同的工程师。 因为要和其他组一起推动这个新功能,项目经理和产品经理需要安排一个和其他组交流本周工作的组会。 这个组会需要十几个组共同参与,所以就需要项目经理帮助产品经理管理这个会。 项目经理和产品经理对接,这时需要产品经理身兼数职,在制定产品策略的同时也负责项目管理的工作。
目录 1 了解激励理论1.1 马斯洛需求层次1.2 赫兹伯格:双因素理论1.3 麦格雷戈:X理论和Y理论2 了解边际福利、额外待遇、光环效应3 了解项目经理的管理风格4 项目资源管理的核心概念5 规划资源管理 6 估算活动资源7 获取资源8 建设团队9 管理团队10 控制资源 1 了解激励理论 项目经理管人、管事、管流程。 不过,需要防止光环效应,比如一个人图形能力特别强,就把他选为项目经理,是不合适的。 ? 3 了解项目经理的管理风格 之前说过,我们所讨论的项目组织都是项目型的,也就是说项目经理有非常大的权利。 作为项目经理,你不仅仅是一个管理者、领导者,还必须是一个道德模范。 ? 而以往的项目经理都是以命令和控制的方式去管理项目,随着时代的发展,“以人为本”的概念逐渐普及,项目经理的管理风格逐渐变为协作和支持。
文章来源:PM前沿
职能经理的特征 部门经理是职能岗位,除了具备管项目的项目管理能力之外,还要具备丰富的管业务和管人的能力,具体如下 需要精通部门的业务领域,对业务知识具有非常丰富的经验 能够自如应对部门的日常运营工作,有效协调部门内和跨部门的资源 熟悉本公司内整体业务运作情况,了解公司的战略目标和领导的任务目标,能够有效及时地完成上级布置的工作,分解给下属员工; 能够对现有的管理流程提出合理有效的建设性意见,还要制定符合部门实际情况的管理规范和考核方法 转型阻力 技术技能或许难以服众 项目管理思维可能导致职能部门成员抵触 思维转变需要时间,与职能团队结合相对较为缓慢 小技巧 转型前确认并深入掌握职能部门所需关键技术 提前打好前站,尽可能的多接触该职能团队 ,项目经理听一听 业务经验要丰富,工作分配他得行 引领指导和监督,协调资源和部门 思维转型多实践,遇阻不能做逃兵 信息执念多互动,三火三刀为部门 恩威并施留神秘,看家本领去攻心 思维导图 ? 14 项目管理人员如何向部门经理转型
项目经理要就事论事的能力!隐忍!万事不能撕破脸! 最终项目在精神上得靠自己,但物质上又不能只靠自己。 1,项目不是私人的事情,一定要把过程公开化。一定不要把任务和责任都扛在自己身上。 7, PM的事不要其他人来干涉 8,组员问题 项目经理不要冲在前面 项目经理要有主心骨 项目经理权力范围外的事不能碰,in scope的事情管理好,out scope的坚决不管不问。 项目经理不要说自己项目利益不重要 项目经理话术 前提,冠冕堂皇,不要太满(太软太硬)。但要有威慑力,执行力。 项目执行力 给task 要时间点 不要扯项目之外的事情譬如 组员自己多忙多累 多不容易 家里发生什么事情了 私人关系代替不了项目管理。项目管理是公事。特别在根基不稳切记过多投入私人感情代替做事。 情绪要管理好,不代表就一直软弱可欺。 项目经理要学会间歇性放松 ,脑子不要一直紧张! 组员欺负软弱的人,该拒绝的要拒绝,该露獠牙的要露獠牙。 只谈项目状态,解决方案。不要找理由。但也要准备理由。
,人员齐备 迭代模型 优点:有助于将软件质量作为特殊目标融入产品开发之中 缺点:周期长,不易变更;风险管理成本较高,在风险分析,进度管理方面,对项目组成员的要求也非常高 适合项目:高风险项目,且需求不确定 ,用户能在整个开发过程中不同程度地参与 增量模型 优点 在达到初始需求之前可降低成本 可快速生产出可使用的系统 能够有计划地管理技术风险 适合项目 用户核心需求非常清楚 项目人员不足 产品可以分割成不同的阶段分别完成 流程图 项目基本流程 项目管理流程 启动 项目启动内容 确定项目目标 明确项目需求 由管理层、委员会、项目经理确认 确认要交付的文档 定义项目相关方期望值 明确项目经理 描述基本的项目范围 选择基本的项目组成员 项目经理的责任 与客户沟通协商,明确项目需求和所需资源等 挑选项目组成员,得到项目组支持服务 在项目实施过程中不断了解客户需求 在项目计划过程中领导和指导项目组成员服务 保证与项目相关方的沟通并汇报项目进程 监控项目进程,保证项目按时间计划执行 项目组成员的责任 参与项目计划制定 保持与项目经理沟通 服从项目经理的指挥,执行计划分配的任务 配合其他小组成员的工作 项目核心成员对项目给对象负责,保证项目的完成